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TITLE OF THE INVENTION 



SCHEDULE SETTING AND PROCESSING SYSTEM 



Technical Field 

This invention relates to a system for automatically 
preparing a schedule that matches the entered requirements and 
is applicable to systems retrieving data from a database that 
stores travel or drive information, and setting or preparing a 
travel schedule for a traveler, travel planner, driver, and so 
forth . 

Background Art 

In recent years, information I/O devices have been 
installed in vehicles, and mobile communication systems have 
been proposed to perform data communications between such I/O 
devices and an information management center. Using this sort 
of mobile communication system while in a vehicle, the idea is 
to perform a variety of services, such as restaurant 
reservations . 

For example, in the reservation system from a vehicle- 
mounted terminal disclosed in Japanese Patent Laid-Open 
Publication No. Hei 4-213761, a configuration is proposed that 
specifies a service shop based on the position information of 
multiple service shops, road traffic jam information, vehicle 
position information, road map information, and the service 
shop and desired visiting time thereof selected by the vehicle 
passenger, and calculates the estimated time of arrival at the 



service shop. Namely, from the desired visiting time entered 
by the user and the current time, the time required until the 
desired visiting time is calculated, and the distance that can 
be reached by the desired time is calculated from the required 
time and road traffic jam information. Then, the reachable 
place names are determined from this distance information and 
transmitted to the information center. At the information 
center, a list of applicable service shops based on this data 
is prepared and transmitted in reply to the vehicle. The user 
selects a desired shop from the displayed list of service shops 
and the selection is transmitted to the information center. 
When this data is received at the information center, the 
reservation data, such as an ordered item or arrival time, is 
transferred to the selected service shop. According to this 
configuration, some situations can be avoided, such as when a 
specific restaurant is reserved and the arrival time is delayed 
excessively due to the road being congested beyond expectation, 
thereby enabling optimum service for the vehicle passenger. 

However, enjoyment of a motoring excursion includes 
situations when one desires not just to reach a certain final 
location within a prescribed time period, but to visit multiple 
facilities within a prescribed time period. For example, a 
driving plan may include visits to a zoo, amusement park, 
sightseeing spots, and so forth, which end in returning home 
the same day. In the aforementioned prior art, this sort of 
schedule for visiting multiple facilities within a prescribed 
time period can not be planned. Furthermore, for some 



travelers, there are instances where no specific facilities 
have been specified and the only thing that has been decided is 
the purpose of the trip (for example, sightseeing or family 

A outing). ^- In this typo of -ins -fc anoe - as well, it is impossible to 

5 automatically prepare a schedule fitting the travel purpose. 

Furthermore, even after the expected time of arrival was 
calculated and a service shop was specified, an instance may 
arise where the schedule including the specified service shop 
becomes unsuitable, possibly as a result of changes in road 

/* 10 conditions or weather. In thio cort of ins *franee, a problem -ts- 

A A 

that schedule revisions, such as reservation cancellations or 
reservation time modifications for the service shop, are not 
performed in the aforementioned prior art^, and the user must 
revise the schedule by again inputting the requirements and 
15 making new reservations. 

A /\ Biibu insure — o f IimenLrOrt - 

This invention intends to solve the problems of the 
aforementioned prior art. The first object is to automatically 

20 prepare and present to the user a schedule for visiting 

multiple places (such as facilities, shops, sightseeing spots, 
lodging destinations, and return destination) simply by 
inputting general requirements. The second object is to 
evaluate the feasibility of the presented schedule, and, if it 

25 is not feasible, to again prepare a schedule to meet the user's 

requirements . 

To achieve the aforementioned objects, this invention, a 



ochcdulo -G -e-fc— up. management system, comprises an inputting means 
for inputting at least a position requirement and a time 
requirement, a frame preparing means for preparing a basic 
frame of a schedule including the types of intermediate and 
final locations and the order of transfer based on the 
aforementioned position requirement and time requirement, and a 
schedule preparing means for preparing the schedule wherein the 
intermediate and final locations are specified by accessing a 
database and retrieving specific facilities fitting the 
prepared aforementioned basic frame. 

In one mode of the invention, the aforementioned frame 
preparing means select a basic frame fitting the aforementioned 
position requirement and time requirement from among multiple 
basic frames stored beforehand in a memory device, to become 
the basic frame of the schedule. 

In another mode of the invention, the aforementioned 
inputting means and frame preparing means are provided in a 
terminal device, the aforementioned schedule preparing means 
are provided in a host device, the terminal device and host 
device are connected via a communication line, the terminal 
device transmits the prepared basic frame to the host device, 
and the host device transmits the prepared schedule to the 
terminal device. Furthermore, this terminal device has a 
display means for displaying a touch switch for inputting the 
aforementioned position and time requirements, the 
aforementioned prepared basic frame, and the transmitted 
schedule. The terminal device disconnects the communication 





line with the host device after transmitting the basic frame, 
and reconnects the communication line with the host device and 
receives a schedule after schedule preparation is complete. 

^ In another mode of the invention, the, - schedule set up - 

rf, 5 management system further comprises a ^route s^arohing Hmeans for 

searching an optimum route to implement the aforementioned 
schedule based on map data. 

/\ In another mode of the invention, the A aohodule aet ■ up 

management system further comprises a watching center for 
10 watching the implementation of the aforementioned schedule, 

wherein the af orementioned^ schedule preparing Pmeans again 
prepare a schedule based on information from the aforementioned 
watching center. The aforementioned watching center comprises 
an ^information obtainin g " means for obtaining position 
15 information of a schedule implementer, information of the 

intermediate locations in the schedule, and information on 
traffic conditions between intermediate facilities, and 

ft supplies the A ©btained- - information to the ^co^Gd^u^e — p^ eparrrHgS 

A means. The aforementioned lniormation obtaimnq C leans of the 

A 

20 aforementioned watching center further obtains weather 

/) information and supplies it to the ^s-ehodulo preparing ^means . 

The aforementioned ^- schedule piTpa i?±ftf means evaluate the degree 
of influence the information from the aforementioned watching 
center will have on schedule implementation, and again prepare 

25 a schedule based on the evaluation result. 



Brief Description of Drawings 

/ 



FIG. 1 is a system block diagram of an embodiment of this 
invention . 

FIG. 2 is a block diagram of terminal device 1 shown in 
FIG. 1. 

FIG. 3 shows one example of the requirement input screen. 
FIG. 4 shows the screen following the screen shown in FIG 

3. 

FIG. 5 shows a processing flowchart for schedule 
preparation . 

FIG. 6 together with FIG. 5 "S how - a processing flowchart 

A A A 

for schedule preparation. 

FIG. 7 shows an example basic frame when an itinerary is 
day trip. 

FIG. 8 shows an example basic frame when an itinerary is 
an overnight trip. 

FIG. 9 shows type codes for the basic frame shown in FIG. 

7 . 

FIG. 10 shows a display screen for the prepared basic 
frame . 

FIG. 11 is a conceptual diagram of the schedule 
preparation process . 

FIG. 12 shows the prepared schedule. 

FIG. 13 is a system block diagram of another embodiment o 
this invention. 

FIG. 14 is a processing flowchart of the schedule 
preparation in the system of FIG. 13. 

FIG. 15 is a processing flowchart after schedule 



implementation in the system of FIG. 13. 

FIG. 16 shows an example screen display when multiple 
schedules exist. 

FIG. 17 shows an example screen display during route 
5 guidance. 

FIG. 18 shows an example screen display during re- 
scheduling. 

FIG. 19 shows an example screen display during schedule 
re-preparation . 

10 FIG. 20 shows a route guidance screen display after a re- 

schedule^ eot iup . 

£ Carrying UUL LUy li T vuiiL±« ft - 

The embodiments of this invention are described with reference 
15 to the drawings. 

First Embodiment 

FIG. 1 shows a system block diagram of this embodiment. 
An information processor 10, comprising a CPU and memory, 
H 20 requests an information center 2^prepare a schedule. The 

information center 2 that received the request accesses a 
database 3 to obtain the necessary information for schedule 
preparation and prepares a specific schedule. The prepared 
schedule is sent to the information processor 10. The 
25 information processor 10 displays the received schedule on 

display device 14 for presentation to the schedule implementer, 
such as an intended driver or traveler. Display device 14 not 



only displays the prepared schedule but also functions as an 
input device for displaying touch switches and inputting the 
necessary requirements for schedule preparation. The display 
on display device 14 is controlled by information processor 10. 
In FIG. 1, information processor 10 and a navigation system 4 
are connected so that the prepared schedule is supplied to 
navigation system 4. This is done to implement the schedule 
using navigation system 4. Navigation system 4 has a known 
configuration having main components of a memory for storing 
map data, a current position detection device (GPS^etc. ) , and a 
processor for comparing the current location and guide route 
and guiding the vehicle via a screen display or voice. 

In this embodiment, information processor 10 and display 
device 14 are carried in the vehicle and function as a terminal 
device 1 . They are connected to information center 2 , which 
functions as a host device, through a car telephone line. 
Naturally, display device 14 can be carried by itself in the 
vehicle as a terminal device, and information processor 10 and 
information center 2 can be configured as a host device. 
However, in this case, a CPU, memory, and communication device 
are required in display device 14. Furthermore, not only the 
functions of information processor 10 and display device 14, 
but also those of the information center and database may be 
carried entirely in the vehicle. However, this case will 
result in an increase in memory capacity and an increase in 
processing at the CPU. 

FIG. 2 shows a functional block diagram of terminal device 



1. An I/O unit la is configured by display device 14, and the 
intended driver, for example, inputs the necessary requirements 
for schedule preparation by actuating the touch switches. The 
requirements to be input are the position requirements, such as 
the desired destination areas, and the time requirements, such 
as the desired time frame. As a specific example, an extremely 
general requirement is sufficient, such as "I'd like to go with 
the family on a day trip somewhere" . The requirement data that 
is input at I/O unit la is supplied to a basic frame 
preparation unit lb. Basic frame preparation unit lb is 
configured by the CPU and prepares the basic frame for the 
schedule based on the input requirement. The basic frame 
preparation is performed by selecting a pattern fitting the 
input requirement from among multiple basic frame patterns 
stored beforehand in a memory unit lc. The prepared basic 
frame is supplied in the form of a schedule preparation program 
to a transmit/receive unit Id where it is sent to information 
center 2 . At information center 2 , the prepared schedule that 
was sent is received by transmit/receive unit Id and displayed 
on I/O unit la. 

FIG. 3 shows an example of a screen when I/O unit la 
(display device 14) is used to input the requirements. In the 
initial state, the screen displays touch switches for 
"itinerary", "area", "purpose", and "no. of people / budget". 
When the intended traveler actuates the "itinerary" switch, for 
example, touch switches for "day trip" and "lodging" are 
displayed next so that the time requirement can be input. When 




the "area" touch switch is actuated, the screen switches to a 
map screen or a character input screen so that a desired 
general destination area, such as "Tokyo Bay Area", for 
example, can be input for the position requirement. When the 
5 "purpose" touch switch is actuated, the screen switches to a 

requirement input screen with "outdoor", "indoor", and 
"recreational facility", for example, so that the purpose of 
the trip can be input. When the "no. of people / budget" touch 
switch is actuated, the screen switches to a requirement input 

10 screen with the number of intended travelers, their make up, 

and "less than 3,000 yen", "within 5,000 yen", "within 10,000 
yen", and "unlimited" so that the number of people and the 
budget can be input. 

FIG. 4 shows an example of a screen when the "day trip" 

15 switch is actuated. Touch switches for "departure time", 

"current time", and "return time" are displayed together with a 
numeric keypad so that these time requirements can be input. 
The "request" switch at the center of the screen is used when 
requesting the information center to prepare a schedule without 

20 specifying, for example, a return time. Therefore, it is easy 

to input requirements, such as "a day trip for two by car to 
the Tokyo Bay Area within 10,000 yen and no specific return 
time". Once the requirements have been input, the "end" switch 
is actuated to complete the requirement setting. If the 

25 "lodging" switch in the screen of FIG. 3 and then the "end" 

switch are actuated, the requirement ^ et up screen is displayed 
for the next day (refer to the number on the left side of the 




screen) . 

FIG. 5 and FIG. 6 show processing flowcharts from 
requirement entry to schedule preparation. SI 01 is a 
processing for terminal device 1 where a basic frame of a 
schedule is prepared by- selecting the basic frame from 
predetermined basic frame patterns fitting the input 
requirements, namely, number of people, area, purpose, budget, 
departure time, arrival time, and so forth. FIG. 7 shows one 
basic frame pattern for a "day trip" that was selected from 
among multiple basic frame patterns stored beforehand in memory 
unit lc, and composed of "walk", "lunch", "amusement park", and 
"night view". In other words, this basic frame pattern 
comprises a walk after departure, then a lunch, followed by a 
trip to an amusement park, and finally enjoyment of a night 
view before returning back. On the other hand, FIG. 8 shows 
one basic frame pattern for "lodging" that was selected from 
among multiple basic frame patterns stored beforehand in memory 
unit lc, and composed of "theme park", "lodging", "aquarium", 
"lunch", and "art gallery". In other words, this basic frame 
pattern comprises a trip to a theme park after departure and 
staying overnight at a lodging to end the day. On the next 
day, the pattern comprises a trip to an aquarium, followed by a 
lunch, and finally a visit to an art gallery before returning 
back. The numbers of the items in FIG. 7 and FIG. 8 denote the 
order of transfer. Each item is sorted in detail, and walk, 
for example, is provided with 100 types of walks. Each of 
these 100 types of walks is assigned a f acLL^y^£ £pe code 



number from 00 to 99. From these 100 types of walks, the walk 
that fits the input requirements is selected for the basic 
frame. For example, "00" is a family-oriented walk passing 
/\ through places a, b, and c, and "01" is^walk oriented for one 

^ 5 person passing through places a, e, and c. The / ^ Scij?it^ - 

code for a walk oriented for two persons is "05", a "literature 
course" passing through places a, f, and c. A tower structure 
having many tenants may also be added to the facilities 
suitable for walking. 
10 FIG. 9 shows one example of a basic frame for a "day trip" 

/4 that was prepared in this manner. The^ f acility t ftype codes are 

"105, 231, 355, and 487", and they signify the 
following: 

departure — -> first walk — > second lunch — > third 
15 amusement park — > fourth night view — > return back 

After the basic frame is prepared, basic frame preparation 
unit lb displays the basic frame on I/O unit la (display device 
14) as a schedule outline. FIG. 10 shows one example of this 
display, and touch switches "OK" and "NO" are displayed at the 
20 bottom of the outline. The intended traveler actuates the "OK" 

switch if the schedule is suitable or the "NO" switch if it is 
not. If the intended driver actuates the "NO" switch, basic 
frame preparation unit lb again prepares a new basic frame for 
presentation . 

25 Returning back to FIG. 5, if the basic frame is prepared 

and the intended driver actuates the "OK" switch, information 
processor 10 next transfers execution to S102 where the modules 



necessary for schedule preparation are prepared into a single 
program. The modules necessary for schedule preparation 
comprise the data retrieval module, reservation module, and 
schedule preparation module. The data retrieval module is a 
program that accesses a database and retrieves information on 



type codes described above is available. When a reservation is 
required for a specific facility retrieved by the data 
retrieval module, the reservation module is the program that 
checks whether a reservation is possible and makes the 
reservation accordingly. When, as a result of the executions 
of the data retrieval module and reservation module, all 
facilities in the basic frame are specified, the schedule 
preparation module is the program that completes them as a 
single schedule. After the modules are prepared as a single 
program, information processor 10 transfers execution to S103 
where the^-f auiliCy lypti codes in the basic frame that was 
prepared by S101 are input into the data area of the data 
retrieval module within the program, and transmitted to 
information center 2 as a program for schedule preparation. 
The processing at the terminal side ends for the time being 
with these processes S101 to S103, at which time terminal 
device 1 disconnects the communication line from information 
center 2 . 

On the other hand, information center 2 executes these 
programs received for schedule preparation. In other words, 
information center 2 functions as an agent for terminal device 




corresponding to the facility 




1 and, instead of terminal device 1, prepares the schedule. 
Specifically, the execution first transfers to S104 and the 
data retrieval module is executed. Information center 2, which 
serves as an agent, performs this execution upon receiving a 
reply to a request for processing to the retrieval center, 
which performs retrieval. At this retrieval center, specific 



facilities fitting the f ac il i€y tfyp e- codes that were sent are 
retrieved from the database, and the data for facilities 
fitting the codes, if any, is transmitted in reply to 
information center 2. If no facility fits, a reply is sent to 



examples, there are four codes, #105, #231, #355, and #487, and 
the retrieval center retrieves specific facilities 
corresponding to these four codes from the database. FIG. 11 
shows a typical processing for S104. Information center 2, 



which serves as an agent, sends the^f- ctcilifry typo code data to 
the retrieval center and requests a retrieval. The retrieval 
center accesses databases for every type and retrieves the 
corresponding facilities. The retrieval result is sent to 
information center 2. In the figure, facilities corresponding 
to codes #105, #231, and #355 exist so a reply of " OK" is sent. 
However, no facilities corresponding to #4 8 7 exist so a reply 
of "NG " is sent. 

Returning again to FIG. 5, when the reply is received from 
the retrieval center, the execution transfers to S105, and 
information center 2 judges whether data exists based on the 
reply. If the reply is "OK", data exists and the execution 




that effect. 




shown in FIG. 9 as 




transfers to S106 of FIG. 6. On the other hand, if data does 
not exist, the execution transfers to Sill of FIG. 6, the 



facility Ly%e- code is modified, and the processing for S104 is 
repeated. When this type code is modified, it is modified to a 
code having a relatively similar facility type. For example, 



modified to #488 and the retrieval is repeated. Specifically, 

code #487 is a night view of a harbor vicinity, and, since the 

parking lot is full, the type code is modified, such as to #488 

for a hill having a night view. If a corresponding facility 

exists as a result of the repeated retrieval, the execution 

transfers to the processing of S106 of FIG. 6. 

At S106, information center 2 transfers execution to the 

reservation module. In other words, a facility name obtained 

from the retrieval is input into the data area of the 

reservation module, and a request is sent to the reservation 

center to d e term - in e d - the availability of a reservation. The 
A 

reservation center accesses the requested facility, makes a 
reservation, and sends a reply of the result to the information 
center. This request and reply are identical to those during 
the retrieval shown in FIG. 11. Furthermore, since there are 
instances where reservations cannot be made depending on the 
facility, the necessity of a reservation is judged when data is 
input by the reservation module. A restaurant, for example, is 
judged to be a facility generally requiring a reservation while 
an amusement park is not. If a facility requires a reservation 
and a reservation was made (OK), the schedule preparation 




since no facilities exist for code #487, the type code is 



module is executed and a final schedule is prepared. 
Specifically, the facilities specified by S103 to S106 are 
input to the various facilities of the basic frame to become a 
specific schedule. Then, the schedule prepared in S108 is 
transmitted to terminal device 1. On the other hand, if a 
reservation was not possible even though one was required (NG), 
SI 09 sends a request to the retrieval center to retrieve 
another facility having the same facility type code and the 
retrieval is repeated. Then, SI 10 judges whether a 
corresponding facility exists. If a facility exists, the 
processing of S106 is again repeated, and if a corresponding 
facility does not exist, the execution transfers to Sill and 



code is modified, the processing from S104 is again repeated. 

FIG. 12 shows one example of a schedule that was prepared 
through this sort of processing. The walk, lunch, amusement 
park, and night view are respectively specified by "Yamashita 
Park", "Chinatown's XX", "Disneyland", and "Yokohama Bay 
Bridge" . Once this sort of schedule is prepared, information 
center 2, which is a host device, re-connects a communication 
line with terminal device 1 and transmits the prepared schedule 
to terminal device 1 . The schedule is supplied to navigation 
system 4 where calculations are performed to search for a route 
following the schedule and the route obtained from the search 
is presented to the intended traveler. Therefore, the intended 
traveler can easily obtain a specific travel schedule simply by 
inputting extremely general requirements. Furthermore, if time 



the 




y i cype » code is modified. 




is required in the schedule preparation, unnecessary 
communication costs are not incurred since the communication 
line between the terminal device and host device is 
disconnected during schedule preparation. 

Second Embodiment 

FIG. 13 shows a system block diagram of this embodiment. 
As in the first embodiment, terminal device 1 is provided in a 
vehicle 100, and transmits prescribed information to an 
information processing center 200 using a car telephone line 
and receives and outputs the information sent from information 
processing center 200. On the other hand, information 
processing center 200, which received the information from 
vehicle 100, inputs information from various information 
provider systems connected to information processing center 

2 00, such as a traffic & weather information provider system 

3 00, a travel agency information provider system 4 00, and a 
credit card company information provider system 500, and edits 
a schedule fitting the requirements requested by vehicle 100 
and transmits it to vehicle 100. Traffic & weather information 
provider system 300 connects to road beacons, for example, and 
supplies information regarding road conditions, traffic jams, 
and weather to information processing center 200. Travel 
agency information provider system 400 transmits travel related 
information stored in a database 410, such as lodging 
facilities and sightseeing, to information processing center 
200. Credit card company information provider system 50 0 




transmits various service shop information stored in a database 
510, such as restaurants, to information processing center 200. 
Information processing center 2 00 sets up a schedule based on 
these various types of information, and when it is judged that 
the schedule should be modified according to the current 
location of vehicle 100 or according traffic or weather 
information from traffic & weather information provider system 
300, transmits modification information, such as a new 
schedule, to vehicle 100. 

This system is configured as described above and the 
operation thereof is described in detail using the flowcharts 
in FIG. 14 and FIG. 15. 

FIG. 14 shows the processing at vehicle 100 and 
information processing center 200, where FIG. 14 (A) shows the 
processing at vehicle 100 and FIG. 14 (B) the processing at 
information center 200. At vehicle 100, the user (vehicle 
driver) first inputs the position requirement and time 
requirement necessary for schedule preparation. In addition to 
these requirements, other requirement settings can be provided, 
such as the travel distance from home. Furthermore, instead of 
touch switches, a joystick type of control can be used to 
permit the requirements to be easily input from the passenger- 
side or back seats. When the requirement setting necessary for 
the schedule is completed (S201), vehicle 100 transmits these 
requirements (S202) out through the antenna of the car 
telephone. 

On the other hand, information processing center 200 




receives (S301) the requirement data transmitted from vehicle 
100, then retrieves (S302) from the databases of information 
provider systems 300 through 500, and judges (S303) whether a 
specific facility exists fitting the requirements transmitted 
from vehicle 100 as detailed in the first embodiment. 
Specifically, information processing center 200^an inquiry as 
to availability to travel agency information provider 4 00 or 
credit card company information provider 500, inquiries as to 
availability are then made to lodging facilities and service 
shops having contracts with these information provider systems, 
and a reply is next sent to information processing center 2 00. 
If a lodging facility or service shop is available, a plan 
(schedule) is prepared using these devices (S304), and it is 
judged (S305) whether the prepared plan fits the requirements 
transmitted from vehicle 100. This judgment is performed by 
presenting the plan to the intended traveler and receiving a 
reply of OK or NO with respect to the plan. If plans fitting 
the requirements exist, three or more plan choices are selected 
(S3 06) and transmitted to vehicle 100. 

When the plan choices transmitted from information 
processing center 200 are received (S203) at vehicle 100, 
information processor 10 displays (S204) the plans on display 
device 14. An example display is shown in FIG. 16. The plan 
choices transmitted from information processing center 200 are 
displayed as "recommended plans" in the form of touch switches. 
The user can select a desired plan (S205) by selecting one of 
these touch switches, and the selected information is 



transmitted (S206) to information processing center 200 through 
the antenna. 

In addition to the touch switches for "recommended plans" 
shown in FIG. 16, a touch switch for "other" is displayed. If 
none of the 3 plans displayed on display device 14 are desired, 
actuation of the "other" touch switch permits other plan 
choices transmitted from information processing center 2 00 to 
be displayed and selected. Furthermore, the requirement that 
was set in S201 is displayed as a touch switch at the top right 
of display device 14 as shown in FIG. 16. If none of the plan 
choices transmitted from information processing center 200 are 
desired, actuation of this requirement touch switch returns the 



Then, when information processing center 200 receives the 
selected data transmitted from vehicle 100, the plan selected 
from among the plan choices is set when the schedule includes 
reservations, at service shops, for example, the plan is 
transmitted to the various information provider systems to make 
reservations, for example, at said service shops (S3 08). 

Once the desired schedule is decided in the manner above, 
vehicle 100 starts traveling in accordance with the schedule. 
FIG. 15 shows the processing at vehicle 100 and information 
processing center 200 after vehicle 100 has started traveling 
in accordance with the selected schedule. First, when vehicle 
100 begins the drive or journey, this start information is 
transmitted to information processing center 200 (S401). When 
the start information is received from vehicle 100 (S501) at 



display to the reguirement^nntnp, screen shown in FIG. 3. 




information processing center 2 00, the watching of vehicle 100 
starts (S502), and a verification with the schedule that was 
set up is performed (S503). FIG. 17 shows one example of a 
route guidance screen that is displayed by navigation system 4 
on display device 14 in vehicle 100 after a drive is started. 
While vehicle 100 is traveling according to the schedule, 
information processing center 200 watches the current location 
of vehicle 100 at all times, and performs route guidance until 
the final location. In FIG. 17, the final location is 
indicated by an asterisk 20, and a message for route guidance 
is displayed as a message screen 22. This message screen 22 is 
not only displayed on display device 14, but may also be output 
as audio, such as from a speaker. Furthermore, although 
asterisk 20 was displayed as the final location, the user can 
also be informed of the position of the final location by 
displaying the latitude and longitude of the final location. 
An advantage in displaying the latitude and longitude of the 
final location is that the beeline distance from the current 
location can be easily established. 

If a certain time period elapses (S504) while verification 
with the schedule is performed and the vehicle is guided to the 
final location in this manner, information processing center 
200 transmits a request (S505) to vehicle 100 for vehicle 
position information. When vehicle 100 receives (S402) the 
request from information processing center 200, the position 
information of the vehicle is detected, such as by using the 
widely known GPS device, and transmitted (S403) to information 



processing center 200. Information processing center 200, 
which received (S506) the position information from the 
vehicle, then checks the weather and traffic information based 
on the information from the traffic & weather information 
provider system 300, arid judges (S507) whether there is any 
change in the weather or traffic information. If there is no 
change in the weather or traffic information, vehicle 100 is 
guided according to the schedule that was initially set up. 
However, if there is a change in the weather or traffic 
information, for example, a sudden change to rainy weather or 
the occurrence of a traffic accident, the change is evaluated 
(S508) with regard to its degree of influence on the schedule. 
The degree of influence on the schedule depends on the contents 
of the schedule. A change from fine weather to rainy weather 
is a large influence when the final location is an outdoor 
facility, and a road traffic jam greatly influences a schedule 
for a final location for which the arrival time is important. 
On the other hand, for a schedule where it does not matter as 
long as the final location is reached sometime during a given 
day, a change in the weather or traffic information does not 

/QjLUtl^. CO Co/U — 

exert such a large influence. - I -n a n ■imu^.ili&e of thio cort , the 
influence is judged to be nil so the processing from the S503 
described above is continued. If it is judged that a change in 
the weather or traffic information will influence the schedule, 
modification information is transmitted (S509) to vehicle 100. 

When the modification information from information 
processing center 200 is received (S404) at vehicle 100, the 



modification information is displayed on the display device 
(S405). FIG. 18 shows one example of the modification 
information displayed on the display device. If there is no 
modification for the schedule, a message is displayed as shown 
in FIG. 17, such as "Traffic jam ahead about 2 km long due to 
merging. It will take about 10 minutes to pass through the 
traffic jam. This will hardly affect your schedule". However, 
for modification information, a message is displayed as shown 
in FIG. 18, such as "An accident has blocked all lanes ahead 
and the traffic jam is about 5 km long. It will take about 2 
hours to clear the accident. The final location is very 
crowded and admission is currently restricted. Rescheduling is 
recommended.", and a touch switch 24 that prompts the traveler 
to reschedule is displayed. If the traveler actuates this 
reschedule touch switch 24 and desires to reschedule, a 
reschedule request is transmitted (S406) to information 
processing center 2 00. 

Information is received from vehicle 100 at information 
processing center 200. If the received data is a modification 
request for the schedule, new plans fitting the current weather 
and traffic information are again prepared (S512) and 
transmitted to vehicle 100. When the new plan choices are 
received from the information processing center at vehicle 100, 
these plans are again displayed on the display device. One 
example of a reset plan transmitted from information processing 
center 200 is shown in FIG. 19, and, similar to the recommended 
plans shown in FIG. 16, the reset plan is displayed as a touch 




switch 26. As a result of the traveler selecting one of these 
plans, the schedule is reset (S512). Together with the 
resetting of the schedule, reservation cancellations are 
reported through the information provider system, such as to 
the service shops that were reserved according to the previous 
schedule. After the schedule is reset, the execution again 
transfers to the processing from S501, and vehicle 100 is 
guided to the final location while the current location of 
vehicle 100, the weather and traffic information, and so forth, 
are watched at all times. FIG. 2 0 shows one example of a route 
guidance screen displayed on the display device after the 
schedule is reset. The original final location is displayed 
small, and the asterisk is displayed at the new final location 
instead. If, for example, a road traffic jam exists that 
information is displayed on the display device and, by 
presenting a detour route avoiding the traffic jam, for example 
the vehicle is safely guided to the final location. 

In this manner, since a schedule fitting the requirements 
input by the traveler is automatically prepared at the 
information processing center and transmitted to the vehicle in 
this embodiment, the user can obtain an optimum schedule while 
in the vehicle. Furthermore, if conditions make it difficult 
to travel according to the original schedule, the degree of 
influence on the schedule is evaluated at the information 
processing center, and a substitute schedule to replace the 
presented schedule is prepared and transmitted to vehicle 100 
so that an optimum plan fitting the current weather and traffic 
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conditions can be obtained at all times to permit a smooth and 
comfortable drive to continue. 

Although the aforementioned embodiments were given using 
the terminal device carried in the vehicle, it will be 
appreciated that this invention is also applicable to 
embodiments using a portable terminal. 

A home or office personal computer may be used, or if the 
database can be installed in a high-capacity memory, the 
invention may also be applied to a stand-alone computer system. 




